home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group01a.txt / 000016_icon-group-sender _Wed May 17 12:23:58 2000.msg < prev    next >
Internet Message Format  |  2002-01-03  |  3KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id MAA09697
  4.     for icon-group-addresses; Wed, 17 May 2000 12:23:23 -0700 (MST)
  5. Message-Id: <200005171923.MAA09697@baskerville.CS.Arizona.EDU>
  6. From: espie@liafa.jussieu.fr (Marc Espie)
  7. X-Newsgroups: comp.lang.icon
  8. Subject: Re: Is Anyone Working On A Unicode Version Of Icon?
  9. Date: 17 May 2000 18:46:29 GMT
  10. X-Trace: vishnu.jussieu.fr 958589189 2939 132.227.81.128 (17 May 2000 18:46:29 GMT)
  11. X-Complaints-To: Newsmaster@jussieu.fr.
  12. X-Newsreader: trn 4.0-test70 (17 January 1999)
  13. To: icon-group@optima.CS.Arizona.EDU
  14. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  15. Status: RO
  16. Content-Length: 1821
  17.  
  18. In article <200005171443.HAA00845@baskerville.CS.Arizona.EDU>,
  19. Ian Trudel <ian.trudel@tr.cgocable.ca> wrote:
  20. >3/ I feel your post "hide" something, like transforming Icon to some OOP
  21. >language. If we change Icon's nature, we're no longer having Icon. It'd be
  22. >better to support Idol instead, in that concern.
  23. Wow, powerful drugs. Read what I write, and not what you feel like I'm
  24. writing.
  25. >4/ My point about platform availability was about backward compatibility. I
  26. >know that nowaday's machines and system have C++ compilers available, but
  27. >Icon also runs on older machines/systems.
  28. I'm perfectly aware of the machines Icon runs upon.
  29. Don't speak about `older machines/systems', give me the name of one such
  30. system which does not support a C++ compiler. Speaking in generalities
  31. lead nowhere.
  32.  
  33. >5/ and finaly, speed issue only speaks by benchmarking.
  34. I've run some fairly large icon projects in the past. I have a fairly good
  35. idea about what slowed them down eventually. I even have a submitted paper
  36. to a conference that pits icon against maple and C++.
  37.  
  38. >There is many things that was not even concerned in the seventies and
  39. >eighties, such as resuability, portability, information hidding and stuff.
  40. >So, the techniques have lot changed and there is more and more valuable
  41. >documents on the newer way of implementing old concepts (nowaday's GC
  42. >implementations are just crazy, it almost worth any custom made memory
  43. >management. There is just almost no reason to not use GC now ::).
  44.  
  45. Like wow, I was around in the eighties, and I haven't noticed portability
  46. and reusability coming out of nowhere... It was around pretty much forever...
  47. -- 
  48.     Marc Espie        
  49. |anime, sf, juggling, unicycle, acrobatics, comics...
  50. |AmigaOS, OpenBSD, C++, perl, Icon, PostScript...
  51. | `real programmers don't die, they just get out of beta'
  52.